Service offering for the delivery of information with continuing improvement

ABSTRACT

A continually improving method for providing information to receivers which can include the step of receiving a request from a remotely located information requestor that specifies at least one information receiver. A transaction can be initiated to handle the request. The transaction can utilize previously recorded information to determine at least one adjustable condition to be used. The previously recorded information can be specific to the information requestor and/or the information receiver. The transaction can generate at least one result for the information receiver. The generated result can be tailored for information privileges granted to the information receiver by an information controller. The result can be conveyed to the information receiver. Feedback can be received concerning the result. At least one of the adjustable conditions can be adjusted in accordance with the feedback. The recorded information can be changed to include the adjusted condition.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, and accordingly claims thebenefit of, U.S. patent application Ser. No. 11/022,965, filed with theU.S. Patent and Trademark Office on Dec. 27, 2004, now U.S. Pat. No.7,469,276.

BACKGROUND

1. Field of the Invention

The present invention relates to the field of information managementand, more particularly, to a controlled methodology for providinginformation to the right receivers at the right time with continuingimprovement.

2. Description of the Related Art

The information age is all about information exchanges, with an ultimategoal of providing information receivers with desired information upondemand in a reasonable fashion. Conflicting concerns, however, make thisgoal difficult to achieve. For example, information controllers often donot wish to give out information of value to information receivers,where valuable information can include private or confidentialinformation about an individual as well as intellectual property ownedor controlled by a business entity. Other conflicting concerns includeconcerns of information accessibility versus security, informationbreadth versus accuracy, and information completeness versus timelydelivery of information.

Conventional data exchanges have focused upon granting individualsaccess to data contained within designated data repositories. Access isusually granted in a broad stroke, such as granting read, write, andupdate privileges to users against the entire or designated portions ofeach data repository. Further, a data storage methodology is generallyselected that optimizes the data within the data repository for a singleplatform and storage methodology. Conventional exchanges focus uponsynchronizing disparate data stores to share data contained within thestores. Simply put, conventional exchanges are data-centric exchangesthat focus upon manipulating bits and bytes as opposed toinformation-centric concerns.

Consequently, information is currently being stored in a manner andfashion tailored for computers and not necessarily tailored for theneeds of information receivers, and/or information controllers. Theseentities care more about having the right information available to theright receivers, and only the right receivers, at the right time, andonly at the right time. Conventional data processing and manipulationsystems are inadequately designed to accomplish these informationprocessing goals.

For example, conventional data processing and manipulation systemsattempt to provide a one-size fits all solution for informationgathering and processing. This approach ignores the fact that resultsthat would be optimal for one individual can be less than optimal foranother. Thus, in determining which of multiple choices and techniquesshould be used to gather and present information, conventional dataprocessing systems ignore user-specific needs and desires, which canresult in information responses that do not suit the purpose for which arequest was made.

SUMMARY OF THE INVENTION

One aspect of the present invention may include a continually improvingmethod for providing information to receivers. The method may includereceiving a request for information that specifies at least one targetedinformation receiver. A transaction can be initiated to handle therequest. The transaction can utilize previously recorded information todetermine at least one adjustable condition to be used. The previouslyrecorded information can be specific to the information receiver, aninformation controller, or a combination thereof. The transaction cangenerate at least one result for the information receiver. The generatedresult can be tailored for information privileges granted to theinformation receiver by the information controller. The result can beconveyed to the information receiver. Feedback can be receivedconcerning the result. At least one of the adjustable conditions can beadjusted in accordance with the feedback. The recorded information canbe changed to include the adjusted condition.

Another aspect of the present invention may include an informationsystem comprising a central repository, at least one intelligent agent,and a feedback engine. The central repository can provide results to aplurality of information receivers responsive to submitted informationrequests. Each request can be tailored to information privileges grantedby an information controller to the information receiver. Theintelligent agents can be software agents that manage a transactionbased upon transaction criteria. The transaction criteria can beassociated with at least one of the information receivers and theinformation controllers. The feedback engine can adjust the transactioncriteria responsive to feedback.

It should be noted that the invention can be implemented as a programfor controlling a computer to implement the functions described herein,or a program for enabling a computer to perform the processcorresponding to the steps disclosed herein. This program may beprovided by storing the program in a magnetic disk, an optical disk, asemiconductor memory, any other recording medium, or distributed via anetwork.

BRIEF DESCRIPTION OF THE DRAWINGS

There are shown in the drawings, embodiments which are presentlypreferred, it being understood, however, that the invention is notlimited to the precise arrangements and instrumentalities shown herein.

FIG. 1 is a schematic diagram for a system that delivers information ina controlled fashion in accordance with an embodiment of the inventivearrangements disclosed herein.

FIG. 2 details illustrative data constructs in accordance with anembodiment of the present invention.

FIG. 3 details illustrative data structures in accordance with anembodiment of the present invention.

FIG. 4 is a schematic diagram of an information service system thatinteracts with one or more remote systems in accordance with anembodiment of the inventive arrangements disclosed herein.

FIG. 5 is a schematic diagram of a system including an informationclient that interacts with an information service system in accordancewith an embodiment of the inventive arrangements disclosed herein.

FIG. 6 is a flow chart illustrating a method for providing informationto receivers in accordance with an embodiment of the inventivearrangements disclosed herein.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a schematic diagram for a system 100 that delivers informationin a controlled fashion in accordance with an embodiment of theinventive arrangements disclosed herein. In system 100, one or moreinformation requesters 120 can submit a request 150 over network 130 toinformation service 105. Each request 150 may specify a need forinformation controlled by one or more information controllers 126.Request 150 can also have a designated purpose and one or more targetinformation receivers 122.

Information service 105 can use transaction processor 140 to initiate atransaction 142 to handle request 150. That is, transaction 142 cangenerate one or more results 152 for request 150 that are specificallytailored for the designated purpose. Each result 152 can also includeinformation associated with information controller 126. One or moretransaction 142 conditions can be adjusted specifically for settings ofthe information requestor 120, the information receiver 122, theinformation controller 126, and combinations thereof, which can bestored in a record store accessible by the information service 105.Result 152 can be conveyed over network 132 to one or more informationreceivers 122. Each result 152 can be tailored for the informationprivileges of the target information receiver 122 and can include onlythat information related to the designated purpose.

Transaction 142 can utilize one or more tasks in generating the result152. For example, transaction 142, can utilize task 144A, task 144B,task 144C, and task 144D. The transaction processor 140 can processtasks 144A, 144B, 144C, and 144D in series and/or in parallel, dependingupon the specifications of transaction 142.

One or more tasks 144A, 144B, 144C, and 144D can query a record storeinternal to the information service 105. Additionally, one or more tasks144A, 144B, 144C, and 144D can convey task query 154 over network 134 toinformation provider 124 that responsively provides task response 156.Task query 154 can initiate an information retrieval operation, aninformation confirmation operation, an information search operation, orany other information function that information provider 124 isconfigured to provide. The resulting information can be included in taskresponse 156, which can be used to generate result 152.

Further, task query 154 can trigger the information provider 124 toperform a programmatic action related to the designated purpose. Thisprogrammatic action can be specifically tailored to provide informationused in the construction of the result 152 and/or can be constructed toadjust an environmental state that extends the designated purpose.Accordingly, the task response 156 can indicate a result of theprogrammatic action that extends the designated purpose or can indicatean environmental state related to the designated purpose.

Both the information requestor 120 and the information receiver 122 canprovide feedback (feedback 151 and 153 respectively) to the informationservice 105 concerning the results 152. One or more of the conditionsspecific to the information requestor 120, information receiver 122,information controller 126, or combination of both can be adjustedresponsive to the feedback. The adjustment assures that when a similartransaction is processed in the future, the generated result willcorrespond to preferences indicated in the feedback.

Since each result 152 and even each task query 154 can includeinformation controlled by an associated information controller 126, ameans to ensure that no entity receives unauthorized information isnecessary. To this end, the information service 105 can convey anauthorization query 158 across network 136 to information controller126. The information controller 126 can responsively conveyauthorization response 160 to the information service 105 via network136.

Only information which is authorized (as determined by an authorizationresponse 160) for an information target (which can include aninformation receiver 122 and an information provider 124) is conveyed bythe information service 105 to a designated information target. Theauthorization response 160 can authorize an information target toreceive information for a one-time event or can grant continuous access.Further, the authorization response 160 can authorize a singleinformation target or can authorize a category of information targets.Moreover, the authorization signified by the authorization response 160can include temporal or purpose-specific constraints, which authorizeaccess to an information target only when conditions related to theconstraints are satisfied.

In one embodiment, to ensure the result 152 is conveyed to a properinformation receiver (comprising a target information receiver 122, atarget location, and combinations thereof), the information service 105can determine a suitable delivery location for the result 152. Forexample, when the result 152 is to be presented to an informationreceiver 122 immediately before a meeting, a suitable delivery locationcould include the meeting location, which means that the results 152could be conveyed to a computing device that the information receiver122 can access from the meeting location. When the same result 152 is tobe presented to the information receiver 122 a few days before themeeting, a suitable delivery location could include a work location ofthe information receiver 122. Consequently, information service 105 canselectively provide results 152 to different information deliverylocations depending on a time of delivery for the results 152.

Each of the information requestor 120, the information receiver 122, theinformation provider 124, and the information controller 126 can includea person, a business entity, or an organization as well as a computingsystem, a computing device, an information service, or an informationrepository.

Networks 130, 132, 134, and 136 can represent any communicationmechanism capable of conveying digitally encoded information. Each ofthe networks 130, 132, 134, and 136 can include a telephone network suchas a Public Switched Telephone Network (PSTN) or a mobile telephonenetwork, a computer network like a local area network or a wide areanetwork, a cable network, a satellite network, a broadcast network, andthe like. Further, each of the networks 130, 132, 134, and 136 can usewireless as well as line-based communication pathways. Digitally encodedinformation can be conveyed via network 130, 132, 134, or 136 inaccordance with any communication protocol, such as a packet-basedcommunication protocol or a circuit based communication protocol.

Additionally, information conveyance across networks 130, 132, 134, and136 can occur in an open or secured fashion. For example, communicationsover networks 130, 132, 134, and 136 can use Secured Socket Layer (SSL)connections, can use private/public key encryption techniques, and canutilize Virtual Private Network (VPN) technologies.

FIG. 2 details illustrative data constructs in accordance with anembodiment of the present invention. While the data constructs of FIG. 2can be used by the information service 105 of FIG. 1, the invention isnot to be limited in this regard.

More specifically, the data constructs of FIG. 2 define a newtransaction type for coordinating information conveyances to assureinformation is provided to the right information receivers at the righttime. The new transaction type identifies the owner of the transactionand can identify multiple parties that are to perform work for thetransaction. Each of the multiple parties (transaction receiver) canreceive a transaction specification tailored for that party. That is,for each transaction identifier one or more associated transactiontypes, one or more transaction receivers, one or more results receivers,one or more results delivery schedule entries, and one or more resultsexpiration time stamps can be specified. Accordingly, the data constructof FIG. 2 identifies the owner of a transaction, the parties who are todo work, what type of work they are to do, where they are to send theirresults, when they are to send their results, and how long the resultsare good for. In operation, it is envisioned that a person can initiatea request through his or her computer, PDA, phone, or other such device.The device (or a server to which the device was connected) can build atransaction request as depicted in FIG. 2. The transaction request canbe conveyed to other parties (that can include one or more computers)involved in the transaction telling the parties what to do (e.g.,search, compute, verify, etc.), when results are needed, and where tosend the results. Additionally, the transaction request can specify thelife span of the results. It should be noted that results may be sent tomultiple parties, each result having a unique life span. Consequently,each receiver can know the duration for which results should be keptavailable to receivers and when the results should be disposed of,thereby freeing up local resources.

FIG. 3 details illustrative data structures for transaction 310, task320, authorization 330, transaction-task linkage 340, andtransaction-receiver linkage 350 in accordance with an embodiment of thepresent invention. The data structures of FIG. 3 can represent oneembodiment for the data constructs presented in FIG. 2. It should beappreciated, however, that the data constructs of FIG. 2 can beimplemented in any of a variety of data structures and are not to beconstrued as limited to the embodiment presented in FIG. 3, which isprovided for illustrative purposes.

Transaction 310 can store data fields pertaining to individualtransactions associated with one or more issued requests. Eachtransaction 310 can include a unique transaction identification key.Further, transaction 310 can include any of a variety of data attributeslike a transaction owner, a transaction result, a transaction type, atransaction technique, a transaction parameter, a transaction starttime, a transaction complete time, a transaction update time, atransaction delete time, and a transaction purpose.

The transaction owner can be the information receiver that submitted arequest which initiated the transaction. The transaction result can bethe result generated in answer to the request. The transaction type canbe one of a variety of previously established transaction types handledby the information service 105. Different tasks 320 and differentinformation receivers can be associated with each transaction type. Thetransaction purpose can indicate a purpose for which a correspondingtransaction was initiated, which can be different from the transactiontype. In one embodiment, transaction results can be deleted from a datastore accessible by the information receiver once the transactionpurpose has been satisfied.

The transaction technique and the transaction parameter can both beattributes representing adjustable operating conditions used by thetransaction. The transaction technique can indicate the algorithm,search methodology, data sources, and other transaction specificparameters used by the transaction. The transaction parameter can beassociated with a particular technique and can indicate a weight that isto be applied to the technique. Accordingly, different techniques canreceive greater emphasis than others.

The transaction start time can represent a time at which the transactionbegins and can be used for scheduling purposes. The transaction completetime can specify a time a transaction is to finish processing a request.The transaction delete time can indicate a time at which the transactionresults are to be deleted from an information receiver's informationstore.

Task 320 can include information for each task spawned to produce a taskresponse that is used when generating a transaction result. Task 320 canhave a unique task identifier and attributes such as a task description,a task query, one or more task parameters, a task response, and anauthorization identifier. The authorization identifier can be a foreignkey linking a task to authorization 330. Each task parameter canrepresent an adjustable setting affecting the operation of the task. Theauthorization identifier can be a foreign key linking a task toauthorization 330.

Linkage 340 can associate a transaction 310 with a task 320 in aone-to-one, one-to-many, many-to-one, and many-to-many fashion. Eachassociation of linkage 340 can include a transaction-task description.

Linkage 350 can associate a task 320 with one or more informationreceivers. An information receiver can be specified by a receiveridentifier and a receiving location identifier. Each association oflinkage 350 can include a results delivery schedule and a resultsexpiration time.

Authorization 330 can include information necessary to permit anassociated transaction 310 or task 320 to execute. Further, theauthorization 330 can signify information privileges for an informationreceiver. Authorization 330 can include an authorization identifier, anauthorization level, an authorization target, and an authorizationresult. Since the authorization 330 can be established for a designatedperiod or purpose, the authorization 330 can have one or more fieldsconstraining an authorization, such as an authorization start time andan authorization end time.

FIG. 4 is a schematic diagram of a system 400 of an information servicesystem 410 that interacts with one or more remote systems 405 inaccordance with an embodiment of the inventive arrangements disclosedherein. Information service system 410 can provide information service105 of FIG. 1. Moreover, remote systems 405 can represent theinformation requester 120, the information receiver 122, the informationprovider 124, and the information controller 126 of FIG. 1. Theinvention, however, is not to be limited in this regard.

The information service system 410 can include a central repository 420in which information is stored. The information of the centralrepository 420 can be controlled so that information receivers onlyreceive that information for which authorization has been granted by aninformation controller. Further, the information of the centralrepository 420 can be dispersed for a limited time in accordance with adesignated purpose of the information as stated in an informationrequest.

The information repository can include an agent pool 430 that provides amultitude of intelligent agents 432. Each intelligent agent 432 canmanage one transaction at a time, where each transaction can produce arequest result for a particular request. In producing results, theintelligent agent 432 can generate one or more tasks, such as aninformation retrieval task, an authorization task, an informationvalidation task, and the like. The intelligent agents 432 can utilizedata store 438 to store details concerning steps taken to generate arequest result. For example, algorithms, information providers, searchcriteria, user preferences, authorization entries, and other suchdetails can be recorded within the data store 438 by intelligent agents432.

The user preferences can include adjustable criteria that determine thebehavior of the intelligent agents 432. For example, one such criterioncan indicate a preference for visual information as opposed to textualinformation within a request result. The adjustable criteria used by theintelligent agents 432 can be associated with a specific informationreceiver, information receiver, or a combination of the two.

Further, intelligent agents 432 can retrieve information from recordstore 434 local to the central repository 420 and from remotely locatedinformation providers using tools like search engine 436. The recordstore 434 can maintain several records 450, each record can includeaudio, video, and graphics as well as textual information.

The search engine 436 can gather information from external informationservice systems, from the Internet or other online resource, fromprivate networks, and other such sources. In one embodiment, informationreceivers can grant the information service 105 access to otherwiseprivate information in return for using the service. In such anembodiment, the information receiver would be considered an informationcontroller of this otherwise private information.

The data mining engine 440 can sort through data, such as data withinthe record store 434, data store 438, and remote data stores (notshown), to identify patterns and relationships contained within thedata. Accordingly, the data mining engine 440 can “mine” a quantity ofdata to generate information from that data.

The feedback engine 442 can be used to adjust criteria used by theintelligent agents 432 when generating request results. The feedbackengine 442 can determine appropriate adjustments based upon historicalinformation stored within the information service system 410, based uponthe detailed actions taken by the agent 432 to generate results, andbased upon feedback.

FIG. 5 is a schematic diagram of a system 500 of an information client510 that interacts with an information service system 505. Informationservice system 505 can be the information service system 410 of FIG. 4.Additionally, the information client 510 can be a system through whichone or more entities interact with the information service system 505.As such, the information client 510 can correspond to a system used bythe information requestor 120, the information receiver 122, theinformation provider 124, or the information controller 126 of FIG. 1.The subject matter expressed and claimed herein, however, is not to beconstrued as being limited to the arrangements detailed within FIG. 5,which represents one of a variety of embodiments of the presentinvention.

The information client 510 can include an information window 515 inwhich information provided by the information service system 505 can bepresented. The information window 515 can include digital media 532,like audio, video, and graphics, as well as text 534. Further, a user ofthe information window 515 can be provided an option to request relatedinformation 536, or to view previous 538 information provided by theinformation service system 505 in the past.

A user rating box 542 and 544 can be presented within the informationwindow 515 in a position proximate to presented information. A user canrate the usefulness of the associated information using box 542 or 544.For example, a user can select a number on a scale of one to ten toindicate how useful the user found the presented information. Any of avariety of feedback mechanisms can be included in the information window515 and the invention is not to be construed as limited to anyparticular mechanism, such as user rating box 542 and 544.

For example, a user can be provided a survey to complete immediatelyafter a session in which information was presented. In another example,one or more popup windows can intermittently appear asking for feedbackabout specific aspects of information presented in information window515.

A user can also choose to provide feedback concerning an interaction byselecting a feedback indicator. For example, a user can select afeedback button 540 or other such graphical element to initiate afeedback session.

It should be noted that the information window 515 can include aplurality of user specific settings (not shown) that permit customizedinformation presentation. The user settings can also be used by theinformation service system 505 to generate information in a mannerpreferred by the user of the information window 515. Thus, theconfiguration settings can affect not only how information is presented,but can affect the content of the information provided to an informationreceiver as well.

The information client 510 can also include a presentation engine 512, areceive engine 514, a disposal engine 516, and a send engine 518. Thepresentation engine 512 can provide functions and routines used by theinformation window 515 to present information provided by theinformation service system 505. In one embodiment, the presentationengine 512 can provide security measures to ensure that information isonly presented to authorized information receivers. For example, theinformation service system 505 can encrypt information conveyed to theinformation client 510, where the presentation engine 512 decrypts theinformation before presentation.

The receive engine 514 can process incoming information for use by theinformation window 515. The receive engine 514 can cache streamedcontent, can provide recovery mechanisms to re-initialize faultytransmissions, and can otherwise manage downloaded content.

The disposal engine 516 can ensure that information is erased from theinformation client 510 once the purpose for which the information wasconveyed is satisfied. For example, information conveyed to theinformation client 510 can have an associated information expirationtime or delete time that can activate the disposal engine 516. Inanother example, information can have a previously determined deleteevent associated with it. The delete event can by triggered either byprocesses within the information client 510 or by remotely locatedprocesses, such as an information service system 505 process.

The send engine 518 can send feedback and other information from theinformation client 510 to the information service system 505. In oneembodiment, the send engine 518 can translate user feedback into aformat that can be easily understood by the information service system505.

FIG. 6 is a flow chart illustrating a method 600 for providinginformation to receivers in accordance with an embodiment of theinventive arrangements disclosed herein. The method 600 can be performedin the context of an information processing system, such as the system100 or system 400.

Method 600 can begin in step 605, where a request can be received from aremotely located information requestor. In step 610, a transaction canbe initiated to handle the request. In step 615, at least one adjustablecondition can be looked-up within a data store. The look-up can be basedupon settings specific to an intended information receiver, theinformation requester, a requestor-receiver pairing, or categoriesinvolving the requester and receiver. For example, a patient-doctorrelationship can represent a category involving the requestor andreceiver having a set of associated adjustable conditions used by thetransaction to generate a request result.

In step 620, at least one request result can be generated in accordancewith the retrieved adjustable conditions. The result can also betailored to ensure that it includes only that information theinformation receiver has been granted privileges to receive. In step625, the request result can be conveyed to the information receiver. Instep 630 feedback concerning the request result can be received.Feedback can be provided by any entity including, but not limited to,the information requestor and the information receiver. In step 635, atleast one of the adjustable conditions can be adjusted in accordancewith the feedback. In step 640, these adjustments can be saved.

In step 645, a determination can be made as to whether the purpose ofthe request has been satisfied. In step 650, when the purpose has beensatisfied, the request results can be automatically deleted from thedevice or devices used by the information receiver to view the requestresults.

The present invention may be realized in hardware, software, or acombination of hardware and software. The present invention may berealized in a centralized fashion in one computer system or in adistributed fashion where different elements are spread across severalinterconnected computer systems. Any kind of computer system or otherapparatus adapted for carrying out the methods described herein issuited. A typical combination of hardware and software may be a generalpurpose computer system with a computer program that, when being loadedand executed, controls the computer system such that it carries out themethods described herein.

The present invention also may be embedded in a computer programproduct, which comprises all the features enabling the implementation ofthe methods described herein, and which when loaded in a computer systemis able to carry out these methods. Computer program in the presentcontext means any expression, in any language, code or notation, of aset of instructions intended to cause a system having an informationprocessing capability to perform a particular function either directlyor after either or both of the following: a) conversion to anotherlanguage, code or notation; b) reproduction in a different materialform.

This invention may be embodied in other forms without departing from thespirit or essential attributes thereof. Accordingly, reference should bemade to the following claims, rather than to the foregoingspecification, as indicating the scope of the invention.

1. An information system for providing information to a receivercomprising: at least one memory; and at least one processor configuredto: receive a request from a remotely located information requestor thatspecifies an information receiver; initiate a transaction to handle therequest utilizing previously recorded information to determine at leastone adjustable condition used by the transaction, said previouslyrecorded information being specific to at least one of the informationrequestor and the information receiver; generate at least one result forthe information receiver, wherein said generated result is tailored forinformation privileges granted to the information receiver by aninformation controller; convey the result to the information receiver;receive feedback concerning the result from at least one of theinformation requestor and the information receiver; adjust one of the atleast one adjustable condition in accordance with the feedback; changethe recorded information to include the adjusted condition; and use theadjusted condition in handling a subsequent request by the informationrequestor that specifies the information receiver.
 2. The system ofclaim 1, further comprising: a record store including informationcontrolled by a plurality of information controllers and used by theinformation system to provide results for requests, wherein the recordedinformation includes transaction criteria that adjust at least one queryparameter of the record store for a query used to produce results forinformation receivers.
 3. The system of claim 1, further comprising: aplurality of information providers remotely located from a centralrepository for content, wherein the recorded information includestransaction criteria that determine which of said plurality ofinformation providers are used to produce results for informationreceivers.
 4. The system of claim 3, wherein neither the informationrequestor nor the information receiver are permitted to directly accesscontent of the central repository.
 5. The system of claim 1, whereineach response is generated for a purpose designated in the request,wherein the result is deleted from a data store accessible by theinformation receiver once the purpose has been satisfied as determinedby the information system.
 6. A machine-readable storage having storedthereon, a computer program having a plurality of code sections, saidcode sections executable by a machine for causing the machine to performthe steps of: receiving a request from a remotely located informationrequestor that specifies an information receiver; initiating atransaction to handle the request utilizing previously recordedinformation to determine at least one adjustable condition used by thetransaction, said previously recorded information being specific to atleast one of the information requestor and the information receiver; thetransaction generating at least one result for the information receiver,wherein said generated result is tailored for information privilegesgranted to the information receiver by an information controller;conveying the result to the information receiver; receiving feedbackconcerning the result from at least one of the information requestor andthe information receiver; adjusting one of the at least one adjustablecondition in accordance with the feedback; changing the recordedinformation to include the adjusted condition; and using the adjustedcondition in handling a subsequent request by the information requestorthat specifies the information receiver.
 7. The machine-readable storageof claim 6, wherein the previously recorded information is associatedwith an information requestor-information receiver pair.
 8. Themachine-readable storage of claim 6, said code sections further causingthe machine to perform the steps of: the transaction initiating aplurality of tasks, each task producing a task response used to generatethe result.
 9. The machine-readable storage of claim 8, wherein at leastone adjustable condition includes a weight used to prefer one taskresponse over another task response when generating the result.
 10. Themachine-readable storage of claim 8, wherein the at least one adjustablecondition determines whether a selectable task will be one of saidplurality of tasks used to generate the result.
 11. The machine-readablestorage of claim 8, wherein at least one of said tasks includes aconfigurable parameter that affects the task response produced by atleast one of said tasks, said at least one adjustable conditionincluding said configurable parameter.